Executing application without unlocking mobile device

ABSTRACT

Implementations of the present specification disclose mobile payment methods, apparatuses, and devices. In one aspect, the method includes: monitoring, by a terminal device that is in lock screen mode, outputs of one or more sensors of the terminal device; determining that the outputs of the one or more sensors satisfy first specified criteria indicative of one or more particular body movements; in response to determining that the outputs of the one or more sensors satisfy the first specified criteria, displaying, on the terminal device, a payment processing interface; receiving an input through the payment processing interface; and executing a payment service based on the input.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of PCT Application No.PCT/CN2018/123140, filed on Dec. 24, 2018, which claims priority toChinese Patent Application No. 201810010595.7, filed on Jan. 5, 2018,and each application is hereby incorporated by reference in itsentirety.

TECHNICAL FIELD

The present specification relates to the field of informationtechnologies, and in particular, to mobile payment methods, apparatuses,and devices.

BACKGROUND

With the popularity of mobile payment technologies, users can performmobile payment by using specified applications (such as mobile paymentapplication) installed on terminal devices (such as mobile phone).

Generally, when a mobile phone of a user is in a lock screen mode, ifthe user needs to perform mobile payment, the user needs to first unlockthe screen of the mobile phone through fingerprint verification,password input, etc. to enter an interface of an operating system. Then,only after the user starts a specified application in the interface ofthe operating system, the user can further trigger a mobile paymentinterface in an interface of the specified application for mobilepayment.

SUMMARY

Implementations of the present specification provide mobile paymentmethods, apparatuses, and devices, to alleviate a problem that existingmobile payment methods are less convenient.

To alleviate the previous technical problem, the implementations of thepresent specification are implemented as below:

An implementation of the present specification provides a mobile paymentmethod, including: monitoring, by a terminal device, body movements of auser when the terminal device is in a lock screen mode; displaying amobile payment interface when it is determined that the monitored bodymovement satisfies first specified criteria; and executing a mobilepayment service based on inputs received through the mobile paymentinterface.

An implementation of the present specification provides a mobile paymentapparatus, including: a monitoring module, configured to monitor bodymovements of a user when the apparatus is in a lock screen mode; adisplay module, configured to display a mobile payment interface when itis determined that the monitored body movement satisfies first specifiedcriteria; and an execution module, configured to execute a mobilepayment service based on inputs received through the mobile paymentinterface.

An implementation of the present specification provides a terminaldevice, including one or more processors and memories, where thememories store programs, and the programs are configured to be executedby the one or more processors to perform the following steps:monitoring, by the terminal device, body movements of a user when theterminal device is in a lock screen mode; displaying a mobile paymentinterface when it is determined that the monitored body movementsatisfies first specified criteria; and executing a mobile paymentservice based on inputs received through the mobile payment interface.

It can be seen from the previous technical solutions provided in theimplementations of the present specification that, in theimplementations of the present specification, a terminal device canmonitor body movements of a user when the terminal device is in a lockscreen mode; display a mobile payment interface when it is determinedthat the monitored body movement satisfies first specified criteria; andexecute a mobile payment service based on inputs received through themobile payment interface. According to the implementations of thepresent specification, the user can trigger the terminal device todisplay the mobile payment interface for mobile payment by performingonly a body movement that satisfies the first specified criteria,without unlocking the screen of the terminal device and then starting aspecified application for mobile payment. As such, the user can performmobile payment more conveniently.

BRIEF DESCRIPTION OF DRAWINGS

To describe the technical solutions in the implementations of thepresent specification or in the existing technology more clearly, thefollowing briefly describes the accompanying drawings required fordescribing the implementations or the existing technology. Clearly, theaccompanying drawings in the following descriptions merely show someimplementations of the present specification, and a person of ordinaryskill in the art can still derive other drawings from these accompanyingdrawings without creative efforts.

FIG. 1 is a schematic diagram illustrating steps performed by a userwhen the user operates a mobile phone for mobile payment in the existingtechnology;

FIG. 2 is a flowchart illustrating a mobile payment method, according toan implementation of the present specification;

FIG. 3 is a schematic diagram illustrating a mobile payment method,according to an implementation of the present specification;

FIG. 4 is a schematic diagram illustrating a mobile payment apparatus,according to an implementation of the present specification;

FIG. 5 is a schematic diagram illustrating a terminal device, accordingto an implementation of the present specification.

DESCRIPTION OF IMPLEMENTATIONS

FIG. 1 is a schematic diagram illustrating steps performed by a userwhen the user operates a mobile phone for mobile payment in the existingtechnology. As shown in FIG. 1, when the user needs to perform mobilepayment, the user usually needs to operate the mobile phone to performthe following steps: 1. Unlock the screen of the mobile phone. 2. Findand start a mobile payment application in an application list displayedon the home screen. 3. Click “Scan” button or “QR code” button in aninterface of the mobile payment application to trigger a correspondingmobile payment interface for mobile payment.

It can be seen that in the existing mobile payment method, the userusually can trigger the mobile payment interface only after performingmultiple steps, which is inconvenient for the user.

However, in one or more implementations of the present specification, aterminal device can monitor body movements of a user when the terminaldevice is in a lock screen mode; and directly display a mobile paymentinterface for mobile payment when it is determined that the monitoredbody movement satisfies first specified criteria. It means that the userusually can trigger the mobile payment interface by performing only abody movement that satisfies the first specified criteria, so that theuser can perform mobile payment more conveniently.

To make a person skilled in the art better understand the technicalsolutions in the present specification, the following clearly andcomprehensively describes the technical solutions in the implementationsof the present specification with reference to the accompanying drawingsin the one or more implementations of the present specification.Clearly, the described implementations are merely some rather than allof the implementations of the present specification. All otherimplementations obtained by a person of ordinary skill in the art basedon the implementations of the present specification without creativeefforts shall fall within the protection scope of the presentspecification.

The technical solutions provided in the implementations of the presentspecification are described in detail below with reference to theaccompanying drawings.

FIG. 2 is a flowchart illustrating a mobile payment method, according toan implementation of the present specification. The method includes thefollowing steps.

S200. A terminal device monitors body movements of a user when theterminal device is in a lock screen mode.

The method is executed by the terminal device, and the terminal devicecan be specifically an intelligent device available for mobile payment,such as a mobile phone or a tablet computer of the user.

As is known to all, to prevent a user from mistakenly touching a screenor a physical key of a terminal device to mistakenly start anapplication installed in an operating system, or prevent other unwantedcases, the terminal device usually has a lock screen mode and anunlocked (i.e., home screen) mode. When the terminal device is in thelock screen mode, only after unlocking the screen of the terminal deviceto enable the terminal device to be in the unlocked mode, the user canbe authorized to enter the home screen, and then can further operate anapplication installed in the operating system.

For example, in the existing technology, if a terminal device is in alock screen mode, when a user needs to perform mobile payment, onlyafter unlocking the screen of the terminal device to enter the homescreen, the user can start a specified application (which can bespecifically a mobile payment application) with a mobile paymentfunction for mobile payment.

However, in this implementation of the present specification, when theterminal device is in the lock screen mode, the terminal device canmonitor various body movements of the user. For example, the terminaldevice can monitor body movements of the user, such as blinking, handraising, hand waving, and head shaking, by using a camera, or canmonitor body movements of the user by using a built-in accelerationsensor. It is worthwhile to note that the body movement monitored by theterminal device may be neither a screen unlocking movement performed bythe user nor an operation performed by the user on a screen of theterminal device.

That the terminal device monitors body movements of the user by usingthe acceleration sensor can be specifically monitoring a body movement(for example, shaking the terminal device) performed by the user whenthe user holds the terminal device. An acceleration of the terminaldevice can be generated due to an external force, and the accelerationsensor built in the terminal device can detect an acceleration generatedduring shaking of the terminal device.

S202. Display a mobile payment interface when it is determined that themonitored body movement satisfies first specified criteria.

In this implementation of the present specification, the first specifiedcriteria can be set based on an actual need.

For example, if the terminal device monitors, by using the built-inacceleration sensor, a body movement that the user shakes the terminaldevice, when it is determined, by using the acceleration sensor, that anacceleration of the terminal device is greater than a specifiedthreshold, the terminal device determines that the monitored bodymovement satisfies the first specified criteria.

Further, the acceleration sensor can be a tri-axis acceleration sensor,and the tri-axis acceleration sensor can be configured to detectaccelerations of the terminal device on x, y, and z coordinate axes. Inthis case, a corresponding threshold can be predetermined for eachcoordinate axis. When it is determined, by using the accelerationsensor, that an acceleration of the terminal device on each coordinateaxis is greater than the corresponding threshold, the terminal devicedetermines that the monitored body movement satisfies the firstspecified criteria. It is worthwhile to emphasize here that the threecoordinate axes can correspond to the same threshold.

In this implementation of the present specification, the mobile paymentinterface is an interface used to execute a mobile payment service, andonly after triggering the terminal device to display the mobile paymentinterface, the user can enable the terminal device to execute the mobilepayment service based on inputs received through the mobile paymentinterface.

The mobile payment interface can be an interface used to obtaincollection information, for example, an interface used to scan acollection identifier (which can be specifically a collection QR code ora collection barcode), and the user can align a scan box displayed inthe mobile payment interface with a collection identifier provided by apayee for scanning, to transfer money to the payee.

Alternatively, the mobile payment interface can be an interface used todisplay mobile payment information, for example, an interface used todisplay a mobile payment identifier (which can be specifically a mobilepayment QR code or a mobile payment barcode) corresponding to an accountof the user, and a payee can scan the mobile payment identifier providedby the user by using a scan device, to deduct money from the account ofthe user. Certainly, the terminal device can display both the mobilepayment interface used to obtain collection information and the mobilepayment interface used to display mobile payment information.

In the existing technology, a mobile payment interface is usually aninterface loaded by a specified application, which imposes a need thatthe user can further trigger the mobile payment interface only afterstarting the specified application. However, in this implementation ofthe present specification, the mobile payment interface can be aninterface loaded by an operating system of the terminal device. That is,when the terminal device determines that the monitored body movementsatisfies the first specified criteria, the terminal device can displaythe mobile payment interface in the lock screen mode because permissionof the operating system of the terminal device is not limited by thelock screen mode. As such, the user can trigger the terminal device todirectly display the mobile payment interface without unlocking thescreen and starting a specified application.

In addition, in this implementation of the present specification, whenit is determined that the monitored body movement satisfies the firstspecified criteria, the terminal device can select an interface frompredetermined available mobile payment interfaces, and display theinterface. For example, the predetermined available mobile paymentinterfaces can include an interface used to scan a collection QR code,an interface used to display a mobile payment QR code, an interface usedto scan a collection barcode, etc.

Further, after displaying the mobile payment interface, the terminaldevice can continue to monitor body movements of the user; and if it isdetermined that the monitored body movement satisfies second specifiedcriteria, select another interface from the predetermined availablemobile payment interfaces, and display the interface. The secondspecified criteria can be the same as or different from the firstspecified criteria.

FIG. 3 is a schematic diagram illustrating a mobile payment method,according to an implementation of the present specification. As shown inFIG. 3, when a mobile phone is in a lock screen mode, a user can shakethe mobile phone, so that when it is determined that an acceleration ofthe mobile phone is greater than a specified threshold, the mobile phonedisplays a mobile payment interface including a scan box, and the usercan align the scan box in the mobile payment interface with a collectionQR code provided by a payee. If the user wants to display a mobilepayment QR code corresponding to an account of the user for mobilepayment, the user can shake the mobile phone again, so that when it isdetermined again that an acceleration of the mobile phone is greaterthan the specified threshold, the mobile phone is switched to display amobile payment interface including the mobile payment QR codecorresponding to the account of the user.

S204. Execute a mobile payment service based on inputs received throughthe mobile payment interface.

Still referring to FIG. 3, the terminal device scans, by using themobile payment interface including the scan box, the collection QR codeprovided by the payee, to obtain an account identifier of the payee andtransfer money to the payee; or the payee can scan, by using a scandevice, the mobile payment QR code displayed in the mobile paymentinterface, to deduct money from the account of the user.

In this implementation of the present specification, the terminal devicecan obtain rendering data from a specified application by using anoperating system, and display the mobile payment interface based on theobtained rendering data. The rendering data specifically depends on acomponent layout in the mobile payment interface. No specific limitationis imposed thereto in the present specification.

After the mobile payment interface is displayed, the terminal device canscan a collection identifier by using the mobile payment interface,parse the scanned collection identifier to obtain payee information, andsend the payee information to the specified application for mobilepayment by using the operating system; or can perform mobile payment byusing a mobile payment identifier displayed in the mobile paymentinterface, where the mobile payment identifier is obtained from thespecified application by using the operating system.

Further, in this implementation of the present specification, beforeexecuting the mobile payment service based on the inputs receivedthrough the mobile payment interface, the terminal device can performidentity verification on the user, and determine that the identityverification on the user succeeds. That is, if the verificationsucceeds, the terminal device performs the mobile payment service; or ifthe verification fails, the terminal device refuses to perform themobile payment service. A specific identity verification method can bepassword verification, fingerprint verification, etc.

Specifically, before displaying the mobile payment interface, theterminal device can perform identity verification on the user, and ifthe verification fails, the terminal device refuses to display themobile payment interface; or before executing the mobile payment servicebased on the inputs received through the mobile payment interface, theterminal device can perform identity verification on the user, and ifthe verification fails, the terminal device refuses to execute themobile payment service based on the inputs received through the mobilepayment interface.

For example, when the terminal device displays a mobile paymentinterface used to scan a collection identifier, that the terminal devicesends the payee information to the specified application for mobilepayment by using the operating system can be specifically: obtaining, byusing the operating system, a mobile payment amount entered by the user;performing identity verification on the user by using the operatingsystem; and if the verification succeeds, sending the payee informationand the mobile payment amount to the specified application for mobilepayment by using the operating system; or if the verification fails,refusing to send the payee information and the mobile payment amount.

For another example, when the terminal device displays a mobile paymentinterface used to display a mobile payment identifier, that the terminaldevice obtains the mobile payment identifier from the specifiedapplication by using the operating system can be specifically:performing identity verification on the user by using the operatingsystem; and if the verification succeeds, obtaining the mobile paymentidentifier from the specified application by using the operating system;or if the verification fails, refusing to obtain the mobile paymentidentifier.

According to the mobile payment method shown in FIG. 2, becausepermission of the operating system of the terminal device is not limitedby the lock screen mode, when the terminal device determines that themonitored body movement satisfies the first specified criteria, even ifthe terminal device is in the lock screen mode, the terminal device candisplay the mobile payment interface and execute the mobile paymentservice based on the inputs received through the mobile paymentinterface. That is, when the user needs to perform mobile payment, theuser can trigger the terminal device to display the mobile paymentinterface for mobile payment by performing only a body movement thatsatisfies the first specified criteria, without performing multiplesteps, so that the user can perform mobile payment more conveniently.

Based on the mobile payment method shown in FIG. 2, an implementation ofthe present specification further correspondingly provides a mobilepayment apparatus. As shown in FIG. 4, the mobile payment apparatusincludes: a monitoring module 401, configured to monitor body movementsof a user when the apparatus is in a lock screen mode; a display module402, configured to display a mobile payment interface when it isdetermined that the monitored body movement satisfies first specifiedcriteria; and an execution module 403, configured to execute a mobilepayment service based on inputs received through the mobile paymentinterface.

The monitoring module 401 is configured to monitor the body movements ofthe user by using a built-in acceleration sensor; and the display module402 is configured to: when it is determined, by using the accelerationsensor, that an acceleration of the apparatus is greater than aspecified threshold, determine that the monitored body movementsatisfies the first specified criteria.

The display module 402 is configured to display a mobile paymentinterface used to obtain collection information; and/or display a mobilepayment interface used to display mobile payment information.

The display module 402 is configured to select at least one interfacefrom predetermined available mobile payment interfaces, and display theat least one interface.

The display module 402 is configured to: after displaying the mobilepayment interface, continue to monitor body movements of the user; andif it is determined that the monitored body movement satisfies secondspecified criteria, reselect an interface from the available mobilepayment interfaces, and display the interface.

The mobile payment interface used to obtain collection informationspecifically includes an interface used to scan a collection identifier;and the mobile payment interface used to display mobile paymentinformation specifically includes an interface used to display a mobilepayment identifier.

The display module 402 is configured to obtain rendering data from aspecified application by using an operating system, and display themobile payment interface based on the obtained rendering data; and theexecution module 403 is configured to scan a collection identifier byusing the mobile payment interface, parse the scanned collectionidentifier to obtain payee information, and send the payee informationto the specified application for mobile payment by using the operatingsystem; and/or perform mobile payment based on a mobile paymentidentifier displayed in the mobile payment interface, where the mobilepayment identifier is determined from the specified application by usingthe operating system.

The apparatus further includes: an identity verification module 404,configured to: before the execution module executes the mobile paymentservice, perform identity verification on the user, and determine thatthe identity verification on the user succeeds.

Based on the mobile payment method shown in FIG. 2, an implementation ofthe present specification further correspondingly provides a terminaldevice. As shown in FIG. 5, the terminal device includes one or moreprocessors and memories, where the memories store programs, and theprograms are configured to be executed by the one or more processors toperform the following steps: monitoring, by the terminal device, bodymovements of a user when the terminal device is in a lock screen mode;displaying a mobile payment interface when it is determined that themonitored body movement satisfies first specified criteria; andexecuting a mobile payment service based on inputs received through themobile payment interface.

The implementations of the present specification are described in aprogressive way. For same or similar parts of the implementations,mutual references can be made to the implementations. Eachimplementation focuses on a difference from other implementations.Especially, the terminal device shown in FIG. 5 is basically similar tothe method implementation, and therefore is described briefly. Forrelated parts, references can be made to some descriptions in the methodimplementation.

In the 1990s, whether a technical improvement is a hardware improvement(for example, an improvement to circuit structures, such as a diode, atransistor, and a switch) or a software improvement (an improvement to amethod process) can be clearly distinguished. However, as technologiesdevelop, current improvements to many method processes can be consideredas direct improvements to hardware circuit structures. Almost alldesigners program an improved method process into a hardware circuit, toobtain a corresponding hardware circuit structure. Therefore, a methodprocess can be improved by using a hardware entity module. For example,a programmable logic device (PLD) (for example, a field programmablegate array (FPGA)) is such an integrated circuit, and a logical functionof the PLD is determined by a user through device programming. Adesigner performs programming to “integrate” a digital system into asingle PLD, without requiring a chip manufacturer to design andmanufacture a dedicated integrated circuit chip. In addition, atpresent, instead of manually manufacturing an integrated circuit chip,this type of programming is mostly implemented by using “logic compiler”software. The “logic compiler” software is similar to a softwarecompiler used to develop and write a program. Original code needs to bewritten in a particular programming language before compilation. Thelanguage is referred to as a hardware description language (HDL). Thereare many HDLs, such as the Advanced Boolean Expression Language (ABEL),the Altera Hardware Description Language (AHDL), Confluence, the CornellUniversity Programming Language (CUPL), HDCal, the Java HardwareDescription Language (JHDL), Lava, Lola, MyHDL, PALASM, and the RubyHardware Description Language (RHDL). The Very-High-Speed IntegratedCircuit Hardware Description Language (VHDL) and Verilog are mostcommonly used at present. A person skilled in the art should alsounderstand that a hardware circuit that implements a logical methodprocess can be readily obtained provided that the method process islogically programmed by using several of the previous hardwaredescription languages and is programmed into an integrated circuit.

A controller can be implemented by using any appropriate method. Forexample, the controller can be in a form a microprocessor or aprocessor, or a computer readable medium that stores computer readableprogram code (such as software or firmware) that can be executed by themicroprocessor or the processor, a logic gate, a switch, anapplication-specific integrated circuit (ASIC), a programmable logiccontroller, or a built-in microprocessor. Examples of the controllerinclude but are not limited to the following microprocessors: ARC 625D,Atmel AT91SAM, Microchip PIC18F26K20, and Silicone Labs C8051F320. Thememory controller can also be implemented as a part of control logic ofthe memory. A person skilled in the art also knows that, in addition toimplementing the controller by using only the computer readable programcode, method steps can be logically programmed to allow the controllerto implement the same function in a form of a logic gate, a switch, anASIC, the programmable logic controller, or the built-inmicrocontroller. Therefore, the controller can be considered as ahardware component, and an apparatus that is included in the controllerand configured to implement various functions can also be considered asa structure in the hardware component. Alternatively, the apparatusconfigured to implement various functions can even be considered as botha software module implementing the method and a structure in thehardware component.

The system, apparatus, module, or unit illustrated in the previousimplementations can be specifically implemented by using a computer chipor an entity, or can be implemented by using a product having a certainfunction. A typical implementation device is a computer. Specifically,the computer can be, for example, a personal computer, a laptopcomputer, a cellular phone, a camera phone, a smartphone, a personaldigital assistant, a media player, a navigation device, an email device,a game console, a tablet computer, a wearable device, or a combinationof any of these devices.

For ease of description, when the previous apparatus is described, theprevious apparatus is divided into various units based on functions forseparate description. Certainly, when the present specification isimplemented, functions of the units can be implemented in one or morepieces of software and/or hardware.

A person skilled in the art should understand that an implementation ofthe present specification can be provided as a method, a system, or acomputer program product. Therefore, the present specification can use aform of hardware only implementations, software only implementations, orimplementations with a combination of software and hardware. Moreover,the present specification can use a form of a computer program productthat is implemented on one or more computer-usable storage media(including but not limited to a magnetic disk memory, a CD-ROM, anoptical memory, etc.) that include computer-usable program code.

The present specification is described with reference to the flowchartsand/or block diagrams of the method, the device (system), and thecomputer program product according to the implementations of the presentspecification. It is worthwhile to understand that computer programinstructions can be used to implement each process and/or each block inthe flowcharts and/or the block diagrams and a combination of a processand/or a block in the flowcharts and/or the block diagrams. Thesecomputer program instructions can be provided for a general-purposecomputer, a dedicated computer, an embedded processor, or a processor ofanother programmable data processing device to generate a machine, sothat the instructions executed by a computer or a processor of anotherprogrammable data processing device generate an apparatus forimplementing a specific function in one or more processes in theflowcharts and/or in one or more blocks in the block diagrams.

Alternatively, these computer program instructions can be stored in acomputer readable memory that can instruct a computer or anotherprogrammable data processing device to work in a specific way, so thatthe instructions stored in the computer readable memory generate anartifact that includes an instruction apparatus. The instructionapparatus implements a specific function in one or more processes in theflowcharts and/or in one or more blocks in the block diagrams.

Alternatively, these computer program instructions can be loaded onto acomputer or another programmable data processing device, so that aseries of operations and steps are performed on the computer or anotherprogrammable device, thereby generating computer-implemented processing.Therefore, the instructions executed on the computer or anotherprogrammable device provide steps for implementing a specific functionin one or more processes in the flowcharts and/or in one or more blocksin the block diagrams.

In a typical configuration, a computing device includes one or moreprocessors (CPUs), input/output interfaces, network interfaces, andmemories.

The memory may include a non-persistent memory, a random access memory(RAM), a nonvolatile memory, and/or another form in a computer readablemedium, for example, a read-only memory (ROM) or a flash memory (flashRAM). The memory is an example of the computer readable medium.

The computer readable medium includes persistent, non-persistent,movable, and unmovable media that can store information by using anymethod or technology. The information can be a computer readableinstruction, a data structure, a program module, or other data. Examplesof a computer storage medium include but are not limited to: aphase-change RAM (PRAM), a static RAM (SRAM), a dynamic RAM (DRAM),another type of RAM, a ROM, an electrically erasable programmableread-only memory (EEPROM), a flash memory or another memory technology,a compact disc read-only memory (CD-ROM), a digital versatile disc (DVD)or another optical storage, a magnetic cassette, a magnetictape/magnetic disk memory or another magnetic storage device, or anyother non-transmission medium. The computer storage medium can beconfigured to store information that can be accessed by a computingdevice. Based on the definition in the present specification, thecomputer readable medium does not include computer readable transitorymedia such as a modulated data signal and carrier.

It is worthwhile to further note that, the terms “include”, “comprise”,or their any other variants are intended to cover a non-exclusiveinclusion, so that a process, a method, a product, or a device thatincludes a list of elements not only includes those elements but alsoincludes other elements that are not expressly listed, or furtherincludes elements inherent to such process, method, product, or device.Without more constraints, an element preceded by “includes a . . . ”does not preclude the existence of additional identical elements in theprocess, method, product, or device that includes the element.

A person skilled in the art should understand that an implementation ofthe present specification can be provided as a method, a system, or acomputer program product. Therefore, the present specification can use aform of hardware only implementations, software only implementations, orimplementations with a combination of software and hardware. Moreover,the present specification can use a form of a computer program productthat is implemented on one or more computer-usable storage media(including but not limited to a magnetic disk memory, a CD-ROM, anoptical memory, etc.) that include computer-usable program code.

The present specification can be described in the general context ofcomputer-executable instructions, for example, a program module.Generally, the program module includes a routine, a program, an object,a component, a data structure, etc. executing a specific task orimplementing a specific abstract data type. Alternatively, the presentspecification can be practiced in distributed computing environments. Inthese distributed computing environments, tasks are performed by remoteprocessing devices that are connected through a communications network.In a distributed computing environment, the program module can belocated in both local and remote computer storage media includingstorage devices.

What is claimed is:
 1. A computer-implemented method for performing mobile payment services on a lock screen of a terminal device, comprising: monitoring, by a terminal device that is in lock screen mode, outputs of one or more motion sensors of the terminal device; determining that a first output of the outputs of the one or more motion sensors satisfies first specified criteria indicative of one or more particular body movements; in response to determining that the first output of the outputs of the one or more motion sensors satisfies the first specified criteria, displaying, on the terminal device, a scan box within a specified application installed on the terminal device while continuing to monitor the outputs of one or more motion sensors of the terminal device, wherein the specified application allows a user to perform the mobile payment services without unlocking a screen of the terminal device; after displaying the scan box within the specified application, determining, from the continued monitoring of the outputs of the one or more sensors of the terminal device, whether a second output of the outputs of the one or more motion sensors satisfy the first specified criteria indicative of the one or more particular body movements; in response to determining from the continued monitoring that the second output of the outputs of the one or more motion sensors does not satisfy the first specified criteria, performing the following steps to execute a first mobile payment service: obtaining, by the terminal device and while displaying the scan box, a first graphical identifier captured in the scan box; and generating, by the terminal device, and transmitting to a system external to the terminal device, data that causes the system to transfer a first payment to a payee account that is identified by the first graphical identifier; and in response to determining from the continued monitoring that the second output of the outputs of the one or more motion sensors satisfies the first specified criteria, performing the following steps to execute a second mobile payment service: switching, on the terminal device, from the first mobile payment service to the second mobile payment service while remaining in lock screen mode; displaying, on the terminal device, a second graphical identifier within the specified application installed on the terminal device; and generating, by the terminal device, and transmitting to the system external to the terminal device, data that causes the system to deduct a second payment from a payor account that is identified by the second graphical identifier; wherein the one or more motion sensors comprise an acceleration sensor, and wherein the monitoring the outputs of the one or more motion sensors of the terminal device comprises: monitoring, by the terminal device, an output of the acceleration sensor; determining, based on the output of the acceleration sensor, that a value of an acceleration of the terminal device is higher than a specified threshold; and in response to determining that the value of an acceleration of the terminal device is higher than the specified threshold, determining that the first output of the outputs of the one or more motion sensors satisfies the first specified criteria indicative of the one or more particular body movements.
 2. The computer-implemented method of claim 1, wherein displaying the scan box within the specified application comprises: obtaining rendering data from the specified application; and displaying the scan box based on the obtained rendering data.
 3. The computer-implemented method of claim 1, wherein displaying the scan box within a specified application comprises: selecting, from a plurality of candidate layouts of a mobile payment interface of the specified application, a layout that includes the scan box; and displaying the layout that includes the scan box on a screen of the terminal device.
 4. The computer-implemented method of claim 1, wherein the first graphical identifier comprises a payment collection QR code of the payee account to which the first payment is transferred.
 5. The computer-implemented method of claim 1, wherein the second identifier comprises a payment QR code of the payor account from which the second payment is deducted.
 6. The computer-implemented method of claim 1, wherein executing the second mobile payment service further comprises: performing identity verification on a user of the terminal device; determining that the identity verification on the user is successful; and deducting the second payment from the payor account responsive to determining that the identity verification on the user is successful.
 7. The computer-implemented method of claim 6, wherein the payor account is associated with the user of the terminal device.
 8. A computer-implemented system for performing mobile payment services on a lock screen of a terminal device, comprising: a terminal device that comprises one or more computers, and one or more computer memory devices interoperably coupled with the one or more computers and having tangible, non-transitory, machine-readable media storing one or more instructions that, when executed by the one or more computers, perform operations comprising: monitoring, by the terminal device that is in lock screen mode, outputs of one or more motion sensors of the terminal device; determining, by the terminal device, that a first output of the outputs of the one or more motion sensors satisfies first specified criteria indicative of one or more particular body movements; in response to determining that the first output of the outputs of the one or more motion sensors satisfies the first specified criteria, displaying, on the terminal device, a scan box within a specified application installed on the terminal device while continuing to monitor the outputs of one or more motion sensors of the terminal device, wherein the specified application allows a user to perform the mobile payment services without unlocking a screen of the terminal device; after displaying the scan box within the specified application, determining, by the terminal device, from the continued monitoring of the outputs of the one or more sensors of the terminal device, whether a second output of the outputs of the one or more motion sensors satisfy the first specified criteria indicative of the one or more particular body movements; in response to determining from the continued monitoring that the second output of the outputs of the one or more motion sensors does not satisfy the first specified criteria, performing, by the terminal device, the following steps to execute a first mobile payment service: obtaining, by the terminal device and while displaying the scan box, a first graphical identifier captured in the scan box; and generating, by the terminal device, and transmitting to a system external to the terminal device, data that causes the system to transfer a first payment to a payee account that is identified by the first graphical identifier; and in response to determining from the continued monitoring that the second output of the outputs of the one or more motion sensors satisfies the first specified criteria, performing, by the terminal device, the following steps to execute a second mobile payment service: switching, on the terminal device, from the first mobile payment service to the second mobile payment service while remaining in lock screen mode; displaying, on the terminal device, a second graphical identifier within the specified application installed on the terminal device; and generating, by the terminal device, and transmitting to the system external to the terminal device, data that causes the system to deduct a second payment from a payor account that is identified by the second graphical identifier; wherein the one or more motion sensors comprise an acceleration sensor, and wherein the monitoring the outputs of the one or more motion sensors of the terminal device comprises: monitoring, by the terminal device, an output of the acceleration sensor; determining, based on the output of the acceleration sensor, that a value of an acceleration of the terminal device is higher than a specified threshold; and in response to determining that the value of an acceleration of the terminal device is higher than the specified threshold, determining that the first output of the outputs of the one or more motion sensors satisfies the first specified criteria indicative of the one or more particular body movements.
 9. The computer-implemented system of claim 8, wherein displaying the scan box within the specified application comprises: obtaining rendering data from the specified application; and displaying the scan box based on the obtained rendering data.
 10. The computer-implemented system of claim 8, wherein displaying the scan box within a specified application comprises: selecting, from a plurality of candidate layouts of a mobile payment interface of the specified application, a layout that includes the scan box; and displaying the layout that includes the scan box on a screen of the terminal device.
 11. The computer-implemented system of claim 8, wherein the first graphical identifier comprises a payment collection QR code of the payee account to which the first payment is transferred.
 12. The computer-implemented system of claim 8, wherein the second identifier comprises a payment QR code of the payor account from which the second payment is deducted.
 13. The computer-implemented system of claim 8, wherein executing the second mobile payment service further comprises: performing identity verification on a user of the terminal device; determining that the identity verification on the user is successful; and deducting the second payment from the payor account responsive to determining that the identity verification on the user is successful.
 14. The computer-implemented system of claim 13, wherein the payor account is associated with the user of the terminal device.
 15. A non-transitory, computer-readable medium storing one or more instructions executable by a computer system that comprises a terminal device to perform operations for performing mobile payment services on a lock screen of a terminal device, the operations comprising: monitoring, by the terminal device that is in lock screen mode, outputs of one or more motion sensors of the terminal device; determining, by the terminal device, that a first output of the outputs of the one or more motion sensors satisfies first specified criteria indicative of one or more particular body movements; in response to determining that the first output of the outputs of the one or more motion sensors satisfies the first specified criteria, displaying, by the terminal device, on the terminal device, a scan box within a specified application installed on the terminal device while continuing to monitor the outputs of one or more motion sensors of the terminal device, wherein the specified application allows a user to perform the mobile payment services without unlocking a screen of the terminal device; after displaying the scan box within the specified application, determining, by the terminal device, from the continued monitoring of the outputs of the one or more sensors of the terminal device, whether a second output of the outputs of the one or more motion sensors satisfy the first specified criteria indicative of the one or more particular body movements; in response to determining from the continued monitoring that the second output of the outputs of the one or more motion sensors does not satisfy the first specified criteria, performing, by the terminal device, the following steps to execute a first mobile payment service: obtaining, by the terminal device and while displaying the scan box, a first graphical identifier captured in the scan box; and generating, by the terminal device, and transmitting to a system external to the terminal device, data that causes the system to transfer a first payment to a payee account that is identified by the first graphical identifier; and in response to determining from the continued monitoring that the second output of the outputs of the one or more motion sensors satisfies the first specified criteria, performing, by the terminal device, the following steps to execute a second mobile payment service: switching, on the terminal device, from the first mobile payment service to the second mobile payment service while remaining in lock screen mode; displaying, on the terminal device, a second graphical identifier within the specified application installed on the terminal device; and generating, by the terminal device, and transmitting to the system external to the terminal device, data that causes the system to deduct a second payment from a payor account that is identified by the second graphical identifier; wherein the one or more motion sensors comprise an acceleration sensor, and wherein the monitoring the outputs of the one or more motion sensors of the terminal device comprises: monitoring, by the terminal device, an output of the acceleration sensor; determining, based on the output of the acceleration sensor, that a value of an acceleration of the terminal device is higher than a specified threshold; and in response to determining that the value of an acceleration of the terminal device is higher than the specified threshold, determining that the first output of the outputs of the one or more motion sensors satisfies the first specified criteria indicative of the one or more particular body movements.
 16. The non-transitory, computer-readable medium of claim 15, wherein executing the second mobile payment service further comprises: performing identity verification on a user of the terminal device; determining that the identity verification on the user is successful; and deducting the second payment from the payor account responsive to determining that the identity verification on the user is successful.
 17. The non-transitory, computer-readable medium of claim 16, wherein the payor account is associated with the user of the terminal device. 